(12) NACH DEM VERTRAG 0BER DIE INTERNATIONALE ZUSAMMENARBEIT AUF DEM GEBIET DES 
PATENTWESENS (PCT) VEROFFENTLICHTE INTERNATIONALE ANMELDUNG 



(19) Weltorganisation fOr geistiges Eigentum 
Internationales Biiro 

(43) Internationales Veroffentlichungsdatum 
16. August 2001 (16.08.2001) 




PCT 



(10) Internationale VerGffentlichungsnummer 

WO 01/60045 A2 



(51) Internationale Patentklassifikation 7 : H04M 17/00 

(21) Internationales Aktenzeichen: PCT/DE0 1/005 26 

(22) Internationales Anmeldedatum: 

12. Februar 2001 (12.02.2001) 



JAN SEN, Mady [BE/BE]; Gildclaanstrasse 24, B-2200 
Herentals (BE). 

(74) Gemeinsamer Vertreter: SIEMENS AKTIENGE- 
SELLSCHAFT; Postfach 22 16 34, 80506 Munchen 
(DE). 



(25) Einreichungssprache: 

(26) Veroffentlichungssprache: 



Deutsch 
Deutsch 



(30) Angaben zur Prioritat: 

100 05 797.7 10. Februar 2000 (10.02.2000) DE 

(71) A n m eld e r (fur alle Bestimmungsstaaten mit A usnahme von 
US): SIEMENS AKTIENGESELLSCH A FT [DE/DE]; 
Wittelsbacherplatz 2, 80333 Munchen (DE). 

(72) Erfinder; und 

(75) Erflnder/Anmelder (nur fur US): HOHFELD, Markus 

[DE/DE]; Paul-Meisel-Weg 4, 81373 Munchen (DE). 



(81) Bestimmungsstaaten (national): BR, JP, US. 

(84) Bestimmungsstaaten (regional): europaisches Patent (AT, 
BE, CH, CY, DE, DK, ES, H, FR, GB, GR, IE, IT, LU, MC, 
NL, PT, SE, TR). 

Veroffentlicht; 

— ohne intemationalen Recherche nbericht und erneut zu 
verdffentlichen nach Erhalt des Berichts 

Zur Erkldrung der Zweibuchstaben-Codes, und der anderen 
Abkurzungen wird auf die Erkldrungen ("Guidance Notes on 
Codes and Abbreviations") am Anfangjeder reguldren Ausgabe 
der PCT-Gazette venviesen. 



(54) Title: FLEXIBLE CALL BILLING METHOD 



(54) Bezeichnung: VERFAHREN ZUR FLEXIBLEN VERGEBUHRUNG 



(57) Abstract: The invention relates to a method for parallelly billing prepaid customers involving the following steps: 1) both ac- 
counts of the subscriber are maintained in a database (SCP); 2) during call set-up, the selection logic is run through which, according 
to the specific feature, determines the account to be used; 3) money for a first time slice and for the warning period is reserved on 
the selected account; 3a) the money is reserved firstly on the selected account. If there is not a sufficient amount of money in the 
selected account in order to guarantee the call billing of the time slice, the missing remainder is reserved on the other account in the 
case of overrun (3/4). At the end of the time slice, the actual accrued connection costs are compiled. If the call is terminated by the 
subscriber during the time slice, or if no additional amount of money can no longer be reserved (forced release), the accumulated 
costs are debited from the account; 5) otherwise the call is continually billed time slice by time sbce; 6) once the call has been ter- 
minated, the costs accumulated in the buffer memories are debited from the accounts, and; 7) reserved amounts of money that have 
not been used are returned so that the money is available for other calls. 
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(57) Zusammenfassung: Ein Verfahren zur parallelen Vergebuhrung von Prepaid-Kunden mit folgenden Schritten: 1. Beide Konten 
des Teilnehmers werden in einer Datenbank (SCP) verwaltet 2. Beim Rufaufbau wird die Auswahllogik durchlaufen, die abhangig 
von der speziellen Auspragung das zu verwendende Konto bestimmt. 3. Auf dem ausgewahlten Konto wird Geld fur eine erste 
Zeitscheibe und die Warnperiode reserviert.3a Die Reservierung erfolgt zunachst auf dem ausgewahlten Konto. 1st doit nicht ausrei- 
chend Geld vorhanden, urn die Vergebuhrung der Zeitscheibe zu gewShrleisten, wird im Falle von Oberlauf (3/4) der fehlendc Rest 
auf dem jeweils anderen Konto reserviert. Am Ende der Zeitscheibe werden die tatsachlich angefallenen Verbindungskosten gesam- 
melt. Falls der Ruf wahrend der Zeitscheibe vom Teilnehmer beendet wird oder kein weiteres Geld mehr reserviert werden kann 
(forced release), werden die aufgelaufenen Kosten vom Konto abgebucht. 5. Andernfalls wird der Ruf weiterhin zeitscheibenweise 
vergebiihrt. 6. Erst nach Rufbeendigung werden die in den Zwischen-speichern aufgelaufenen Kosten von den Konten abgczogen. 
7. Nicht aufgebrauchte Reservierungen werden zuruckgegeben, so daB das Geld fUr andere Rufe zur Verfiigung stent. 
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Beschreibung 

Verfahren zur flexiblen Vergebuhrung 
5 Fachgebiet der Erfindung 

Prepaid-Systeme finden vermehrt Einsatz zur Vergebuhrung von 
Telef ongesprachen. Dabei werden die anfallenden Gebiihren on- 
line vom Benutzerkonto abgezogen. Wahrend des Gesprachs wird 
10 der Kontostand online uberpruft und das Gesprach wird vom 

System nach Spielen eines Warntones beendet, falls das Konto 
leer lauft. Prepaid-Systeme werden beispielsweise liber die 
Zusatztechnik „lntelligente Netze* in Telef onnetzen reali- 
siert . 

15 

Stand der Technik 

Folgende Verfahren existieren, die jedoch jeweils einen Teil 
20 der technischen Probleme losen: 

• Prepaid-Ver f ahren mit einem einzigen Konto pro Benutzer. 

• Eingeschrankte Implement ierung eines Prepaid-Ver f ahren mit 
2 Konten. Bei diesem Verfahren konnen keine parallelen Rufe 
vergebiihrt werden. Deshalb muft die Ruf wei terschal tung de- 

25 aktiviert werden, d.h. dem Benutzer steht dieser Dienst 

nicht zur Verfugung, das bedeutet eine wesentliche Ein- 
schrankung. Ferner kann eine Anderung der Kontoauswahl 
nicht wahrend des Gesprachs erfolgen, sondern die Auswahl 
wird nur einmal beim Rufaufbau durchgef iihrt . Dies wider- 

30 spricht der gangigen Tarif ierumjspraxis, in der bei zeitab- 

hangiger Vergebuhrung ublicherweise der sofortige Wechsel 
auf den jeweils aktuellen Tarifs gefordert (und implemen- 
tiert) ist. 

• Daruber hinaus wird die Verwendung von 2 Prepaid Konten 

35 durch die Einfuhrung von CAMEL im Mobilfunk erst jetzt zu- 

nehmend interessant. Denn CAMEL ermoglicht Roaming von Pre- 
paid-Teilnehmern und impliziert damit die Vergebuhrung von 
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ankommenden Rufen im Auslanci (MTC leg) . Dadurch ergeben 
sich neue Anwendungsmoglichkei ten bzw. Operator-Anf orderun- 
gen an innovative Charging-Konzepte . 



5 Aufgabe der Erfindung ist es, ein flexibles Vergebuhrungs- 
konzept anzugeben . 

Aufgabe der Erfindung ist es weiterhin, Vergeblihrungskonzepte 
fur Prepaid-Vergebuhrung mit 2 und mehr Prepaid-Konten anzu- 
geben . 



Darstellung der Erfindung 



Die Erfindung besteht in einem rechnerges tlitzten Verfahren 
15 mit dem die Probleme der online-Vergebuhrung auf mehreren 

Konten gelost werden. Das Verfahren kann auf einem IN-System 
zur Anwendung gebracht werden. Es ist in Kombination mit an- 
deren IN-basierten Verfahren anwendbar. 



Das Verfahren lost die technischen Probleme durch folgende 
Schritte : 

1. Beide (alle) Konten des Teilnehmers werden in einer Daten- 
bank verwaltet, in einem IN beispielsweise in Anlehnung an 
die IN-Terminologie im SCP (Service Control Point) . 

2. Beim Rufaufbau wird die Auswahllogik durchlaufen, die ab- 
hangig von der speziellen Auspragung die Indikationen 1 
(Konto 1), 2 (Konto 2) 3 (Konto 2 mit Uberlauf auf 1) und 
4 (Konto 1 mit Uberlauf nach 2 ) best immt . 

3. Auf dem ausgewahlten Konto wird Geld fur eine erste Zeit- 
scheibe und die Warnperiode reserviert. Diese Reservierung 
stellt sicher, dass parallele Rufe nicht „dasselbe Geld 
vertelef onieren' . 

3a Die Reservierung erfolgt zunachst auf dem ausgewahlten 

Konto (Konto 1 fur 1/3, Konto 2 fur 2/3) . Ist dort nicht 
ausreichend Geld vorhanden, urn die Vergeblihrung der 
Zeitscheibe zu gewahrleisten, wird im Falle von Uberlauf 
(3/4) der fehlende Rest auf dem jeweils anderen Konto 
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reserviert. Ggf. kann insgesamt nicht genug Geld zur 
Vergebiihrung der kompletten Zeitscheibe reserviert wer- 
den. Dann wird zumindest der Restbestand des ausgewahl- 
ten Kontos und Oberlaufs reserviert. 

4. Der Ruf wird verbunden, maximal fur die durch die Reser- 
vierung garantierte Dauer. 

• Am Ende der Zeitscheibe werden die tatsachlich angefal- 
lenen Verbindungskosten (diese konnen von den Reservie- 
rungen differieren) in 4 Zwischenspeichern 21, Z2, Z3, 
Z4 gesammelt 

• Falls der Ruf wahrend der Zeitscheibe vom Teilnehmer be- 
endet wird oder kein weiteres Geld mehr reserviert wer- 
den kann (forced release), werden die auf gelauf enen Ko- 
sten vom Konto abgebucht (Punkt 6) . 

5. Andernfalls wird der Ruf weiterhin zei tscheibenweise ver- 
gebiihrt . Fur jede Zeitscheibe 

• wird die Auswahllogik erneut durchlaufen. 

• wird Geld auf dem ausgewahlten Konto reserviert. 

• Werden die tatsachlich angefallenen Verbindungskosten in 
den Zwischenspeichern akkumuliert 

• Wird geprtift, ob der Teilnehmer das Gesprach beendet hat 
oder der Ruf sys temseit ig beendet werden mufl (forced re- 
lease) (Punkt 6) 

6. Erst nach Ruf beendigung werden die in den Zwischenspei- 
chern auf gelauf enen Kosten von den Konten abgezogen. 

7. Nicht auf gebrauchte Reservierungen werden zuruckgegeben, 
so dafi das Geld fur andere Rufe zur Verfugung steht. 

Bei dem erf indungsgemalien Verfahren ist es wichtig, die Ver- 
gebiihrung erst nach Rufende durchzuf iihren, urn die Konsistenz 
zwischen Tickets und online-Vergebuhrung sicher zustellen. 
Daher ist es wichtig, die auf gelauf enen Kosten in vier Zwi- 
schenspeichern zu akkumulieren und nicht etwa direkt in der 
Zeitscheibe auf die Konten zu verteilen. Durch dieses Vorge- 
hen werden freiwerdende Reservierungen paralleler Rufe sowie 
Einzahlungen wahrend eines (langen) Rufes korrekt beriicksich- 
tigt . 
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Durch die klare Abtrennung der Auswahllogik Jconnen unter- 
schiedliche Variancen des Verfahrens schnell und flexibel ge- 
neriert werden . 



20 



5 Die Kombination von 2 (oder mehr) Prepaid Konten und Verge- 
biihrung paralleler Rufe ist neu. Die Moglichkeit, wahrend des 
Rufes das Auswahlkri terium zu re-evaluieren, ist ebenfalls 
neu. Die Kombination der Verfahren ist technisch komplex (an- 
gesichts der Design-Moglichkeiten fur IN basierte Dienste) 
10 und fiihrt zur technischen Losung unter Verwendung von 4 Zwi- 
schenspeichern. 

Die Erfindung besteht also in einem Verfahren, das Prepaid- 
Dienste um flexible, innovative Vergebiihrungskonzepte erwei- 
15 tert und das durch folgende Eigenscha f ten charakterisiert 
ist : 

1. Die Vergebiihrung geschieht online mit tJberprufung der 

Kontostande beim Verbindungsaufbau, mit Uberwachung der 
Verbindung und mit Spielen eines Warntones vor dem system- 
initierten Verbindungsende aufgrund nicht mehr ausreichen- 
der Kontodeckung . 

2. Zur Vergebiihrung konnen zwei unterschiedliche Konten des 
Benutzers verwendet werden. 

3. Die Auswahl des Kontos, auf dem die Vergebiihrung erfolgen 
soli, wird durch eine unabhangige Auswahllogik realisiert. 
Beispiele sind zei tabhangige Auswahl ( Wochenendgesprache 
gehen auf Konto 2), zielabhangige Auswahl ( Verbindungen zu 
Freunden gehen auf Konto 2), .... 

4. In der Auswahllogik kann ebenfalls ein Ober lauf mechanismus 
aktiviert werden. Falls das ausgewahlte Konto nicht genu- 
gend Deckung besitzt, wird automatisch auf dem anderen 
Konto weitertelefoniert . 

5. Die Auswahl-Kriterien konnen sich wahrend des Gesprachs 
andern, z.B. bei zei tabhangiger Auswahl. 

35 6. Es konnen mehrere simultane Gesprache vergebuhrt werden. 

Simultane Gesprache entstehen z.B. bei Ruf wei terschaltung, 
wenn ein abgehender Ruf und der wei tergeleitete ankommende 
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Ruf vergebtihrt werden miissen. Sie entstehen auch aufgrund 
der Moglichkeit, da/5 man sich von beliebigen Telefonen auf 
„sein Konto einwahlen* kann, urn den folgenden Anruf online 
auf sein eigenes Konto zu Vergeblihren. 
5 7. Das Verfahren kann kombiniert werden mit alien anderen 

(bekannten) Erweiterungen fiir Prepaid-Dienste, wie z. B. 
ursprungsabhangige Vergebuhrung (Mobile Local Call, Home- 
Zone) , Screening-Mechanismen, .... 

10 Durch dieses Verfahren wird es technisch moglich, einen Bo- 
nus-Account zu realisieren. Abhangig vom Umsatz erhalt der 
Benutzer einen Bonus, der jedoch nur zu eingeschrankten Zei- 
ten abtelef oniert werden kann. 

Ebenso kann durch dieses Verfahren ein fur den Mobilfunk in- 
15 teressanter MTC-Bonus realisiert werden: Fiir jeden ankommen- 
den Ruf erhalt der Mobilf unktei Inehmer einen Bonus, der pri- 
mar verwendet wird, urn die Kosten fur eingehende Rufe im Fall 
von Roaming zu decken. (Roamt ein Mobilf unk-Prepaid Teilneh- 
mer im Ausland, so entfallen fur ihn Kosten auf den Verbin- 
20 gungsanteil vom HPLMN zum VPLMN) . 

Durch dieses Verfahren wird es moglich, fur Prepaid-Teilneh- 
mer getrennte Konten fur eingehende und ausgehende Rufe zu 
fuhren, urn die Transparenz der anfallenden Kosten zu erhohen 
bzw. ein benut zer-def iniertes Cost-Controlling fur eingehende 
25 und/oder ausgehende Rufe zu ermoglichen. 

Viele andere Ansatze zur Nutzung von 2 Konten und beliebige 
Kombinationen sind moglich. 

30 

Beschreibung der bevorzugten Ausges tal tungsf ormen 

Dabei zeigen die Figuren wie folgt: 
Figur 1 „Anruf kontobest immungsmodel 1 * 

35 Figur 2 „SubFSL ("Flexible Service Logic") Kontoermitt- 

lung* 

Figur 3a, 3b „Tarifmodellermi ttlung* 
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Figur 


4 


„Liegt ein MLC Anruf vor? v 


Figur 


5 


* Tar if model" 


Figur 


6a, 6b 


*Ersten Geldbetrag reservieren 


Figur 


7 


"Berechnsn des verfiigbaren Geldbetrages" 


Figur 


8 


„Uberpruf ung auf unzureichenden Geldbetrag* 


Figur 


9 


„Oberpriif ung des verfiigbaren Geldbetrages * 


Figur 


10 


„Freigeben des reservierten Geldbetrages* 


Figur 


11 


„Anruf auf baumeldungen fur das zweite Konto* 


Figur 


12 


* Uberpriif en der verfiigbaren Zeit" 


Figur 


13 


,,Uberprufen der Zeit fur das zweite Konto* 


Figur 


14 


„Auf lade er inner ung* 


Figur 


15a, b 


^Online vergebuhrte Verbindung* 


Figur 


16 


"Berechnung des benotigten Geldbetrages* 


Figur 


17a,b 


„Reservierter Geldbetrag fur die Zei t scheibe* 


Figur 


18a, b 


„Wiederherstellen des Kontos* 


Figur 


19 


„Ablauf der Anruf- und Kontohandhabung* 



Zahlreiche weitere Anf orderungen bzgl . Per f ormance-Opt imie- 
20 rung und Implementierungsrandbedingungen erhohen die Komple- 
xitat des Algorithmus stark, sind jedoch vorwiegend implemen- 
tierungstechnisch begrundet. 

In der folgenden Phase wird der Prepaid-service um die CAMEL- 
25 Anforderungen erganzt und das in dieser Erfindung beschrie- 
bene Verfahren auch fur das MTC-Handling eingesetzt. 

Im folgenden wird die Erfindung durch ein Ausf uhrungsbeispiel 
beschrieben. 

30 

Dabei wird in diesem Beispiel insbesondere die Anruf- und Be- 
nutzerkontohandhabung beim MOC (Mobile Originating Call) ge- 
zeigt . 

35 Ablauf der Anruf- und Benutzerkontohandhabung (Figur 19) 
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Dieser Ahschnitt beschreibt die Anruf- und Benutzerkontohand- 
habung auf der obersten Ebene. 

Folgende Handlungen mussen dabei vorgenommen werden: 

1. Die angerufene Nummer wird zuerst auf „verbotene Nummern" 
(Vgl. Abschnitt Handhabung verbotener Nummern) gepruft. Das 
sind Verbindungen, die nicht online vergebuhrt werden konnen, 
da kein Tarif-Modell angewendet werden kann oder weil der 
Dienstteilnehmer von gewissen Verbindungen ausgeschlossen 
ist . 



!0 



2. Dann wird auf „gebuhr enf reie Nummern" (vgl. Abschnitt Ge- 
buhrenfreie Nummern), d.h. Verbindungen, die in einer Liste 
L5 gebuhrenfreier Nummern verwaltet werden, gepruft. Fur diese 
Nummern wird die online Vergebiihrung des PrePaidService abge- 
schaltet, da der Anruf von der Gegenstelle bezahlt wird (z.B, 
von einem Unternehmen das kostenlose Telef onanruf e zur Verfu- 
gung steilt) . Es kann aber auch kostenfreie Verbindungen ge- 
ben, die nicht in der Liste der kostenfreien Nummern verwal- 
tet werden. Diese Verbindung werden online vergebuhrt, wobei 
die Gebuhr Null betragt, wie es in einem Satz von e-Parame- 
tern verwaltet wird. 

3. Das Ablauf datum der Karte wird uberwacht ( vgl . Abschnitt 
Oberwachung der Gult igkeitsdauer ) . 

4. Da es keine Grundgebuhr gibt, mussen Teilnehmer eine Min- 
destanzahl an Gebuhreneinheiten umsetzen. D.h., Teilnehmer, 
die einen Mindestumsat z durch Wiederauf laden von Gutscheinen 
erreichen mussen, werden gewarnt, wenn ihr Ablaufdatum bald 
erreicht ist . 



5. Wenn die normalisierte CdPA (Called Party) eine Nummer 
ist, die auf eine andere Verbindung abgebildet werden muli so 
erfolgt die Ubersetzung einer angerufenen, Teilnehmernummer 
fur Serviceverbindungen. 
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6. Bestimmen des Features "Friends and Family" (FnF) 

7. Bestimmen des Kontos, muB ein zweites Konto verwendet wer- 
5 den? (Determine Account) 

8. Bestimmen des Tari fmodells ' und der Geblihreneinheiten, die 
fur eine Zeitscheibe verwendet werden. (Determine Tariff Mo- 
del) 

10 

9. Abgelaufene Geblihreneinheiten friiherer Anrufe werden frei- 
gegeben, ein erster neuer Abschnitt von Geblihreneinheiten 
wird reserviert, und alle benotigten Zahlerwerte werden in 
CID f s kopiert. (Reserve first money) 

15 

10. Berechnet den verfiigbaren Geldbetrag Diese Werte werden 
fiir spatere Schwellwertevergleiche verwendet. (Compute 
Available Money) 

20 11. Das Guthaben des PPS Teilnehmers wird uberpruft. Je nach 
Guthaben werden verschiedene Aktionen ausgelost (z. B. bei 
unzureichendem Guthaben. (Insufficient Credit) 

12. Die Verbindung wird hergestellt und der Anruf online ver- 
25 gebuhrt. Siehe im Folgenden die Einzelhei ten : (Connection and 
Charging) 

Handhabung verbotener Nummern 

30 Der Net zwer kbetreiber oder Dienstanbieter (Provider) mochte 
mitunter vermeiden, daft Teilnehmer gewisse Nummern anrufen. 
Diese werden in einer Liste verbotener Nummern verwaltet, die 
fiir jeden Dienstanbieter (Provider) individuell ist. Der 
Net zwer kbetreiber kann einige verbotene Nummern in die Dien- 

35 stanbieterliste aufnehmen. Diese konnen vom Dienstanbieter 
(Provider) nicht geloscht werden. 
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Um die Verwaltung der verbotenen Nummern zu erleichtern, exi 
stieren eine schwarze und zwei weifte Listen, um alle Nummern 
bis auf einige wie internat ionale Ferngesprache (auf denen 
der internationale Ferngesprachcode vorangestellt ist) , je- 
5 doch nicht diese in das Heim-PLMN (denen ebenfalls der inter 
nationale Ferngesprachcode vorangestellt ist, jedoch gefolgt 
von CO zu verbieten. 

Die Liste der verbotenen Nununern kann vom Net zwerkbetreiber 
0 uber ein Customer Service Control (CSC) festgelegt und ver- 
waltet werden. Die Nummern miissen im internationalen Format 
gespeichert werden. Sie sind fur die Teilnehmer eines Dien- 
stanbieter (Provider) gultig. 

5 Ein erster Algorithmus wird verwendet, um die am besten pas- 
senden Nummer in der schwarzen und der zweiten weifien Liste 
der verbotenen Nummern zu suchen. Ein zweiter Algorithmus 
wird verwendet, um die exakten Nummer in der ersten weifien 
Liste der verbotenen Nummern zu suchen. Die Listen werden 

0 ausschlieftlich vom Net zwerkbetreiber festgelegt und verwal- 
tet. Wird die angeruf-ene Nummer (called party address, CdPA) 
in der Liste mit verbotenen Nummern verwaltet, wird dem Teil- 
nehmer mitgeteilt, daft keine Verbindung zur gewahlten Nummer 
hergestellt werden kann. Ansonsten wird in der Haupt ver zwei- 

5 gung der Anruf- und Kon tohandhabung f ortgef ahr en . 

Gebuhrenf reie Nummern 

Einige Verbindungen miissen keine Gebuhren fur den Anrufer be- 
) rechnet werden. Diese konnen in einer Liste gebuhrenf reier 
Nummern fur jeden Diens tanbieter verwaltet werden. Der Dien- 
stanbieter kann einige gebuhrenf reie Nummern in die Service- 
providerlisten aufnehmen. Fur gebuhrenf reie Nummern wird der 
online-Verge-buhrungsmechanismus der PPS ubersprungen . Die 
5 Nummern miissen im internationalen Format gespeichert werden. 
Ist die CdPA oder CgPA (fur MTC Anrufe) in der Liste gebuh- 
renfreier Nummern gefiihrt, wird die Verbindung hergestellt, 
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wobei der online Vergebuhrungsmechanismus ausgelassen wird. 
Ein Anrufticket wird geschrieben. Wird die CdPA Oder CgPA 
nicht als gebtihrenf rei gefiihrt, wird mit der Hauptver zweigung 
der Anruf- und Kontohandhabung f ortgef ahren . 

5 

Uberwachung der Gul tigkei tsdauer 

Hier wird das Ablaufdatum fur die Konten des Teilnehmers ge- 
pruft (nur ein Ablaufdatum fur alle Konten) . 

10 

1st das Ablaufdatum uberschri t ten, wird der Anruf mit einer 
Nachricht und einem Fehlerticket abgebrochen, wenn die Giil- 
tigkeit uberwacht und die ChargeFreeFlag nicht gesetzt ist, 
d.h. wenn der Auf ladeserver verfligbar ist. 

15 

Ein Flag MTCLock ist fur den Fall vorgesehen, bei denen MOC 
nach Kartenablauf nicht ausgeschlossen sind, d.h, der Be- 
nutzer kann Anruf e solange vornehmen, wie er Guthaben hat. Er 
kann jedoch nach dem Ablaufdatum keine Anrufe empfangen. Die 
20 Sperre wird im HLR vorgenommen, der Benutzer erhalt jedoch 

nach n folgenden MOC die Meldung ^Ablaufdatum erreicht, keine 
MTC*, wenn das Flag MTCLock gesetzt ist. Die Sperre wird au- 
tomatisch zuruckgeset zt , wenn das Ablaufdatum in die Zukunft 
verschoben wird, z.B. nach Wiederauf laden . 

25 

Ist die Giiltigkeit der Karte abgelaufen und der Auf ladeserver 
nicht verfiigbar, konnte der Anruf ohne online-Vergebiihrung 
durchgeschaltet werden. Ist die Karte abgelaufen und der Auf- 
ladeserver verfiigbar, wird eine Meldung eingespielt und der 
30 Anruf abgebrochen. 

Meldung der Ablaufda turns war nung 

Fuhrt ein Teilnehmer einen Anruf durch und naht das Ablaufda- 
35 turn, d.h. liegt das Datum des Anrufes innerhalb der Warnperi- 
ode vor dem Ablaufdatum und ist das Ablaufdatum noch nicht 
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iiberschritten, wird vor Herstellen der Verbindung eine Mel- 
dung eingespielt. Dies wird in der IP abgewickelt. 

Obersetzung einer angerufenen Nummer ftir Serviceverbindungen 

5 

Wir prufen die CdPA Nummer dahingehend, ob es sich urn eine 
Verbindung handelt, die zu einer anderen Nummer umgeleitet 
werden soil. Durch diese Moglichkeit konnen Dienstanbiet er 
(Provider) zusatzliche Dienstleistungen mit bekannten Nummern 
10 eines anderen Netzwerkes anbieten, indem der Anruf einfach 
zuruckgeleitet wird (re routing) . 

Figur 1 Konto ermitteln 

15 Jeder Teilnehmer hat zwei Konten (Konto 1 und Konto 2, mit 
den Inhalten cred. credit bzw. cridlist[2] credit) . Es mufl 
festgestellt werden, welches Konto belastet werden soil. Er- 
mittlung des Kontos wird in einer Dienstelogik (Determine Ac- 
count subFSL) vorgenommen (durch Setzen von "Account_2Flag" 

20 auf 0 oder 1) siehe Figur 2. Wird die Kontof es tstellung-FSL 
nicht gefunden oder ist sie nicht aktiv, kann eine Meldung 
(Aunouncement ) abgespielt und der Anruf abgebrochen werden. 

Je nachdem, uber welches Konto die Kommuni ka t ion durchgefuhrt 
25 wird, wird CID ^account* auf 1 gesetzt (fur Konto 1^, 2 (fur 
Konto 2) oder 3 (wenn beide Konten kommunizieren) . 

Figur 3 Bestimmen des Tarifmodells 

30 Es gibt mehrere Kriterien, urn die Gebuhren fur einen bestimm- 
ten Anruf zu ermitteln. Diese umfassen die Zeit und die Zone 
(z.B. Verbindung zum B-Teilnehmer ) und einige Sonderkri terien 
wie : 



35 



• CF ("Call Forwarding"), 

• FnF, 

• FA ( "Favourite Area" ) , 
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MLC ("Mobile Local Call"). 



10 



CF, FnF unci MLC kcnnen kombiniert werden, wobei in ciiesem 
Beispiel sowohl CF als auch MLC gleichzeitig aktiv sind. Da- 
durch erhalt man 6 mogliche Kombinationen . 1st keine gtiltig, 
ist der Anruf ein normaler MOC. Fur jede dieser Kombinationen 
wird ein Tarifmodell verwendet. Jeder Kombination ist eine 
Tarifverzweigung zugewiesen, dies kann eine andere Verzwei- 
gung, die gleiche Verzweigung oder die gleiche; jedoch unter- 
schiedlich verwaltete Verzweigung sein. 



15 



20 



25 



Beispiel : 

Mochte ein Betreiber ein Tarifmodell fur MOC, eines fur CF 
und eines fur FnF, jedoch keines fur CF und FnF bereitstel- 
len, da in diesem Fall der Anruf nach dem CF Tarif Modell 
vergebuhren werden soil, mu/5 man die folgenden Tarifmodelle 
verwalten : 

Tarif fModell2 (fur MOC), Tari f fModel04 (for CF) , Tarif fMo- 
del08 (fur FnF) . Fur jedes dieser Tarifmodelle muft eine IN- 
Nummer verwaltet werden. 

Beispielsweise erhalt TariffModel 12 (MOC) die IN Nummer 
*161, Tarif fModel04 (CF) bekommt die IN-Nummer *162 und Ta- 
riffModel 08 (FnF) bekommt die IN-Nummer *163. 
Die IN Nummern der anderen Tarifmodelle mussen einer dieser 
drei Ver zweigungen entsprechen. D.h. die IN-Nummer des Ta- 
rif fModel03 (die Kombination von CF und FnF) muft *162 wie bei 
Tarif fModel04 (CF) sein. 



30 



Jedes Tarifmodell besteht aus 5 Untertarif en, die als Tarif- 
index bezeichnet werden und vom Teilnehmer ausgewahlt werden 
konnen. Die Anderung des Tarifindex wird vom Teilnehmer im 
DTMF Menu vorgenommen. 



CF 


FnF 


FA 


MLC 


Tarif Modell 


0 


0 


0 


0 


TM 12 


0 


0 


0 


1 


•TM 11 


0 


1 


0 


0 


TM 08 



WO 01/60045 



PCT/DE01/00526 



13 



0 


1 


0 


1 


TM 


07 


1 


0 


0 


0 


TM 


04 


1 


1 


0 


0 


TM 


02 



Ein Anruf ist ein MLC, wenn MLC moglich sind und CdPA mit ei- 

nem LAC Local Area Code voreingestellt ist, der in der Liste 

der LAC dem LocA ent spricht . Wird ein MLC detektiert, wird 

5 das als Tarif ermi ttlung angesehen, siehe Figur 4. 

Tarifmodell 

Die Schnittstelle jedes Tarifmodells besteht aus den Parame- 
10 tern: 

• Zielnummer (d.h. CdPA), 

• vom Teilnehmer gewahlter Tarifindex und weitere Parame- 
ter wie 

15 • FnF. 

Zusatzlich werden alle Parameter, die zur Auswertung der Ta- 
rif verzweigung verwendet werden, als CID berei tgestel 1 t . 

20 Kann das verwaltete Tarifmodell nicht gefunden werden, wird 
eine Meldung abgespielt und der Anruf abgebrochen. 

Haben wir ein Tarifmodell mit emer groflen Spannweite von Pa- 
rametern (Figur 5) , mussen wir normalerweise ausreichend zu- 

25 gestandene Zeit (NormGrant edTimelarge ) verwalten, urn dem um- 
f angreichsten Parametersatz Genuge zu tun. Da die Variablen 
der Gleichungen in verschiedenen Mafieinhei t en sind, mussen 
wir einen Faktor (von 10) berucksichtigen . Der Faktor wird in 
den Formeln auf den letzten Bitanteil (last bit portion) re- 

30 duziert. Wenn keine Glei tkommaari thmet i k in der Servicelogik 
verwendet werden kann, muB fur zum Runden der Gebuhren-Ein- 
heiten RoundedPricePerUni t den RoundedPricePerUnitDenumerator 
aufgenommen werden. Dann konnen Exponenten kleiner Null be- 
handelt werden. 
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Fur die Parameterwahl kdnnen ebenso die FnF-Markierung, der 
Tarifindex und die Zeitzone (CD TZ) verwendet werden. Auch 
das laufende Konto, im Fall, dafi es sich dabei urn das zweite 
5 Konto handelt, hat, wenn es leer oder nicht leer ist, Einfluft 
auf die Wahl der Parameter. Als letztes Kriterium wird die 
Zielart (CID DT) verwendet. 

Dies ist wie in Figur 20 dargestellt, f olgendermafien verwirk- 
10 licht: Ist die Markierung TZEparmsFlag nicht gesetzt, sollen 
die Zeitzonen nicht verwendet werden, urn die Parameter fest- 
zulegen. Deshalb wird TZ auf 0 gesetzt. Kann das zweite Konto 
verwendet werden (Account_2Flag gesetzt) und ist es nicht 
leer (CID Credi t_2Empty nicht gesetzt), werden die Zeitzonen 
15 ebenfalls nicht verwendet. In diesem Fall wird TZ auf 0 ge- 
setzt. Ist Account_2Flag gesetzt, jedoch das zweite Konto 
leer (CID Credi t_2Empty gesetzt) entscheidet die Markierung 
NotFlatifCredit_2EmptyFlag, was zu tun ist. Ist sie gesetzt, 
mussen Zeitzonen fur die Auswahl der Parameter verwendet wer- 
20 den, ansonsten nicht. 



Die Markierung FnFEparms Flag entscheidet, ob (wenn sie ge- 
setzt ist) oder ob nicht (wenn sie nicht gesetzt ist) beson- 
dere E-Parameter fur einen FnF Anruf verwendet werden sollen. 
5 Der Tarifindex zeigt an, welche Tabelle endgultig auszuwahlen 
ist. Die Parameter aus dieser Tabelle konnen nun verwendet 
werden (y zwischen 1 und 10 und x zwischen 1 und 5) . 

Je nach verwendetem Konto mufi ein Geldbetrag auf dem ersten, 
0 dem zweiten oder beiden Konten reserviert werden. Fur diese 
Reservierung wurde ein neues SIB Service Independent Building 
Block, Programm-Modell entwickelt, das die Zahleropera tionen 
reduziert: das MngAccount SIB, siehe Figur 6. Dieses SIB kann 
das Konto und den gesamten Betrag an reservierten Anteilen 
5 lesen, einen Anteil reservieren, das Ablaufdatum der Reser- 
vierungen setzen, Abbuchungen am Konto vornehmen, reservierte 
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Anteile freigeben und die An2ahl an Anrufen zahlen, urn eine 
Reservierung auf diesem Konto vorzunehmen. 

Kann das SIB nicht dengesamten Teil reservieren, reserviert 
5 es so viel wie moglich und nimmt dann die Ausgabe "nicht aus- 
reichend reserviert" oder "nicht reserviert" vor. In diesem 
Fall wird die Markierung fur einen Zwangsabbruch gesetzt. 

Figur 7 Berechnung des verfugbaren Geldbetrages 

10 

Entsprechend dem CID Konto wird der verfugbare Geldbetrag be- 
rechnet. Fur das aktuelle Konto wird der verfugbare Geldbe- 
trag gleich "dem Guthaben auf diesem Konto minus des Gesamt- 
betrages an Reservierungen fur dieses Konto" gesetzt. Wird 
15 das Konto zur Zeit nicht verwendet, wird der verfugbare Geld- 
betrag auf Null gesetzt. Der gesamte verfugbare Geldbetrag 
wird ebenfalls berechnet. 

Figur 8 Unzureichendes Guthaben 

20 

Das Vorgehen, um auf einen ausreichenden Geldbetrag vor der 
Herstellung der Verbindung zu priifen, ist folgendes: 

Konnte " FirstBitPort ion" reserviert werden, soli der Anruf 
25 normal aufgebaut werden. 

Ist FirstBitPortion nicht ausreichend, wird gepruft, ob die 
verfugbare Summe "availableMoney" den Schwellwert "callCon- 
nectThreshold" uberschrei tet . Andernfalls wird der Anruf ab- 
30 gebrochen. 

Es wird uberpruft, ob "availableMoney" ausreicht, eine genu- 
gend lange Anrufdauer sicherzustellen, abhangend von den ge- 
genwartig gultigen Parametern. Ist die mogliche Anrufdauer 
35 unter der "callTimeThreshold" , wird der Anruf nicht verbun- 
den . 
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All diese Oberprtif ungen werden ausgelassen, wenn der Auflade- 
server nicht verfugbar ist, d.h., wenn die "ChargeFreeFlag 
gesetzt ist. 



10 



Bei der Vorgabe der Anruf aufbauschwellwerte wurde sorgfaltia 
vorgegangen, d.h. "normGrantedTime" sollte "callTimeThres- 
hold" uberschreiten und "callConnectThreshold" sollte mit 
Hinsicht auf einen minimalen Satz von Parametern gewahlt 
sein . 

Beispielsweise kann "callConnectThreshold" nicht verwendet 
werden, d.h. als 0 verwaltet, um gebuhrenf reie Verbindungen 
an VMS in der ersten Minute zu ermoglichen. 

15 Figur 9 Uberprufung des verfugbaren Geldbetrags 

Der Anruf wird mit einem Ticket abgebrochen, wenn kein aus- 
reichender Geldbetrag reserviert werden konnte. Reservierun- 
gen werden freigegeben (Release), Figur 10. 

20 

Die Ansage "CallSetup" mussen nicht verwendet werden. 

Figur 11 Anruf aufbaumel dun gen auf einem zweiten Konto 

25 Ist "AvailableMoney_2" unter dem Schwellwert "Cal lConnect- 
Threshold_2 n und gro/ier oder gleich "CallConnectThres- 
hold_2min M / werden Ansagen ( announceaccount2 und AA16) abge- 
spiel t . 

Figur 12 Uberpriifen verfiigbarer zuges tandener Zeit 

Die n Available_Granted_Time M wird berechnet (aus Parametern, 
Gebuhreneinheitkosten und verfugbarem Geldbetrag) und (auf 
Zeitbasis) mit den Schwellwert "CallTimeThreshold" vergli- 



30 



35 chen. 



WO 01/60045 



PCT/DE01/00526 



17 

Anrufe werden zugelassen, wenn die verfugbare zugestandene 
Zeit uber den "CallTimeThreshold" liegt. 1st die verfugbare 
zugestandene Zeit unter den "CallTimeThreshold" , wird die Ge- 
buhrenfreiheit "ChargeFreeFlag" uberpruft. 1st sie gesetzt, 
5 wird der Anruf gebuhrenfrei durch geschaltet. 1st sie nicht 
gesetzt, wird der Anruf nicht verbunden. Stattdessen wird 
eine Ansage abgespielt und der Anruf abgebrochen. 



Die Ansage kann eine feste Meldung sein: „Kein ausreichendes 
10 Guthaben ftir diesen Anruf* , 



Figur 13 Anruf auf baumeldung auf einem zweiten Konto 

1st "Available_Granted_Time", die aus der verfugbaren Summe 
15 "AvailableMoney_2" berechnet wurde, unter dem Schwellwert 

"CallSetupThreshold_2" und uber oder gleich dem Schwellwert 
"CaliSetupThreshold_2min", werden zwei Meldungen abgespielt, 
der Anruf jedoch nicht abgebrochen. Der Teilnehmer wird iiber 
seinen Geldbetrag auf dem zweiten Konto informiert Announce 
20 Account) . Kommunizieren die Konten, wird ebenso die Meldung 
AA4 6 abgespielt, wenn Avai lableMoney_l uber oder gleich 
Time_l__Threshold_2 ist, AA47 wird nicht abgespielt. Die von 
AvailableMoney_l abhangende Meldung sollte nicht abgespielt 
werden, sie wird als leere Meldung verwaitet. 



25 



30 



Figur 14 Aufladeerinnerung 



Zuerst wird das Konto 1 dahingehend uberpruft, ob es uber der 
Aufladeerinnerungsschweile X liegt. 1st dies nicht der Fall, 
wird eine Meldung (AA5a) abgesetzt (sie^ kann leer sein, wenn 
keine Meldung abgesetzt werden soil). Dann uberprufen wir das 
Guthaben auf dem Konto_2 hinsichtlich der Aufladeerinnerungs- 
schweile Y. 1st das Guthaben auf dem Konto_2 grower Auflade- 
schwelle Y, wird keine Meldung abgespielt. 1st dies der Fall, 
35 wird gepruft, ob das Guthaben auf dem Konto__l gleich Null 
ist, und eine Meldung erinnert daran, das Konto aufzuladen 
und das Guthaben auf Konto_2 wird angesagt. 1st das Guthaben 
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auf cred. credit nicht gleich Null und credit_2 ist iiber der 
Auf ladeerinnerungsschwelle Z, erinnert eine Meldung daran, 
das Konto aufzuladen und das Guthaben von cred. credit wird 
angesagt. Nach den Meldungen wird die Anruf- und Kontohandha- 
5 bung fortgesetzt. 

Somit werden die Auf lademeldungen abgespielt, wenn creditl 
niedrig ist und credit2 zwischen "RechargeReminderY" und "Re- 
chargeReminderZ" liegt (dabei ist: RechargeReminder Y > Re- 
0 chargeReminderZ) . 



Figur 15 Verbindung und Vergebuhrung 

Die Behandlung von online vergebuhrten Anrufen wird hier ge- 
5 zeigt. 

Konkurrierende Anrufe konnen vergebiihrt werden. Deshalb re- 
servieren wir Teile des Guthabens des Teilnehmers und verwen- 
den sie fur die online-Vergebuhrung . Nach dem Ende des Anru- 
fes werden vom reservierten Anteil des Guthabens die ver- 
0 brauchten Gebuhren abgezogen, je nach ermittel tern Konto und 
Kommunikation zwischen den Konten von Konto2 und/oder Kontol 
des Teilnehmers. Die reservierten Teile werden freigegeben. 
Dies wird von einem Programm-Modul "mngaccount" durchgef uhrt . 

5 Der Anruf wird zur gewahlten oder einer umgelei teten Nummer 
durchgestellt und die Verbindung hergestellt. Dies ist eine 
Nummer ohne SCM, die in der INAP Verbindungsbotschaf t gesen- 
det wird. 



Der Anruf wird online vergebiihrt. Die INAP ApplyCharging (AC) 
Botschaft wird gesendet. Nach dem ersten Mai wird sie jedes 
Mai gesendet, wenn AC R_ F 1 NAL_AC T I VE empfangen wurde . AC ent- 
halt die Anruf uberwachungsdaten fur den SSP: 
© zugestandene Zeit, 

o mit erstem AC oder, wenn ein Tarifwechsel auftritt, dem 
Parametersatz, der zur Ermittlung der Gebuhren verwendet 
wird, 
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© Warnton ID, 

® Zeit zum Abspielen des Warntones vor Abbruch des Anru- 
f es , 

© wenn der letzte Bitabschnitt zur Berechnung der zuge- 
5 standenen Zeit verwendet wurde, wird der Parameter 

„Zwangsabbruch* (Forced Released) gesetzt, um den Ab- 
bruch des Anrufes zu ermoglichen. 



Nach dem Anrufbeginn wurde der letzte Bitabschnitt des akti- 
10 ven Kontos reserviert. Dieser letzte Bitabschnitt wird ver- 
wendet, um einen Warnton abzuspielen, bevor der Anruf wegen 
unzureichendem Geldbetrag abgebrochen wird. 

Fur den Fall, dass eine Tari f umschal tung wahrend des ersten 
15 Anrufiiberwachungsintervalls auftritt, werden die geanderten 
Anruf tiberwachungsdaten und die Umschal t zeit auf genommen . 

Nach jedem Anruf uberwachungs intervall oder am Ende des An- 
rufs, wird ApplyChargingReport (ACR) „final active* oder ACR 
20 „final release* Botschaft empfangen. Die ACR-Botschaf t ent- 
halt die Parameter: 



• Sequenzinformation („final active", um eine neue zuge- 
standene Zeit zu erhalten, oder „final release" zum Ab- 

25 bruch des Anrufes) , 

• usedTime (und usedTimeAf terSwitch) , 
© Exit Cause. 



Wird ein "final release ACR" empfangen, wird wie in der Figur 
30 15 dargestellt "Online Charged Connection" („Online verge- 

bvhrte Verbindung") f ortgef ahren . Das Konto wird wiederherge- 
stellt und der Anruf abgebrochen. 

Wird ein "final active ACR" empfangen, wird f ortgef ahren, wie 
35 in Figur dargestellt. "SumchargedMoney" (1,2 oder 3) wird um 
den verbrauchten Geldbetrag erhoht (abhangig vom aktiven 
Konto) (sumcharged money = CID, das die kumulierten Kosten 
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dieses Anrufs enthLlt) . Der Teil des reservierten Anteils, 
der unverbraucht blieb, wird als Rest fur die nachste Reser- 
vierung verwendet 'siehe Flgur 16 fur die Berechnung des ver- 
brauchten Geldbetrags) . 

5 

Ein neuer Abschnitt wird von dem Modul "MngAccount" reser- 
viert. Bevor ein AC gesendet wird, muft der Service eine neue 
zugestandene Zeit aus "accountPortion" berechnen. 

10 1st kein ausreichender Geldbetrag reserviert, wird der 

"forced parameter" gesetzt. Die zugestandene Zeit ist gleich 
accountPortion plus dem letzten Bi tabschnitt . Der Warnton 
wird fur Fax oder Datenanrufe nicht aktiviert. Die nachste 
ACR ist "final release". 

i5 

Konnte ein neuer Anteil reserviert werden, wird die zugestan- 
dene Zeit entsprechend dem aktuellen Tarif berechnet. 

Es muft sichergestellt sein, daft fur einen Anruf genau eine 
20 Grundgebuhr vom Guthaben abgezogen wird. D.h., tritt eine Ta- 
rif umschaltung wahrend des ersten Anruf uberwachungsintervalls 
auf und werden deshalb zwei Parametersatze in der ersten AC- 
Botschaft gesendet, muJi die Grundgebuhr vom Parametersat z ge- 
nommen werden, der zu der Zeit gliltig ist, zu der die Ant- 
25 wortbotschaf t vom SSP empfangen wird. Diese gilt sowohl fur 

die AoC-Funktionalitat innerhalb der SSP als auch fur die Ak- 
tualisierung des Guthabens durch die SCP. 

Tritt ein Fehler in der Verbindung zwischen SSP und SCP auf, 
30 sendet ein Router einen „Benut zerabbruch* („user abort") . Nun 
steuert wieder die Servicelogik, sie kann die Botschaft abar- 
beiten, der Anruf wird abgebrochen. 

3 5 Figur 16 Berechnung des benotigten Geldbetrages 
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Nach einer Meldung "final active AC", wird "usedMoney" (CID 
mit dem Geldbetrag fur eine Zeitscheibe dieses Anrufs) zu 
"sumchargedmoney" addiert. Die Differenz zwischen der fur 
diesen AC reservierten Zeit und der fur diesen AC verwendeten 
5 Zeit ist in "CID restl" und "rest2" gespeichert. Fur die 
nachste Reservierung miissen wir diesen Teil des Guthabens 
(den Rest) nicht reservieren, da er noch nicht verwendet 
wurde 

10 Figur 17 Reservierung des nachsten Anteils 

Ein nachster Anteil wird fiir diesen Anruf reserviert. Der in 
der vorherigen Zeitscheibe nicht verwendete Anteil ist immer 
noch reserviert und deshalb wird die Reservierung um diesen 
15 Anteil (Rest) verringert . Abhangig vom Erfolg der Reservie- 
rung wird eine Zwangsabbruchmarkierung ("forced release") ge- 
set zt . 

Figur 18 Wiederherstellen des Kontos 

20 

Zur Wiederherstellung des Kontos wird die Anrufdauer darauf- 
hin iiberpriift, ob sie grower als eine gewisse vorgegebene 
Schwelle ist, die anfangliche gebuhrenf reie Zeit (^initial 
charge free time*). Ist die Anrufdauer grower als diese 
25 Schwelle, wird der Anruf vergebiihrt, andernfalls nicht. "re- 
servedMoney" wird wiederhergest el It . Die endgultige Vergeblih- 
rung wird in " sumchargedmoney 1 , 2 , 3 " auf addiert. 

"sumchargedMoney" werden von den Konten abgezogen und die Re- 
30 servierungen freigegeben. Nach Wiederherstellung des Kontos 
wird ein Anrufticket geschrieben. 
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Abkurzungen 



CAMEL Customized applications for mobile network 
enhanced logic 

5 CdPA Called Party Address 

CF Call Forwarding 

CgPA Calling Party Address 

CID Credit 

CSC Customer Service Control 

10 FnF, F&F Friends and Family (Sondertarif fiir ausgewahlte 

Ruf nummern) 

FA Favourite Area (Soerdarif fur ausgewahlte 

Funkzellen) 

FCI Furnish Charging Information 

15 FSL Flexible Service Logic 

IN Intelligent Network 

IP Intelligent Peripheral 

INAP Intelligent Network Application Part 

LAC Local Area Code 

20 MLC Mobile Local Call 

MOC Mobile Originating Call 

MTC Mobile Terminating Call 

PLMN Public Land Mobile Network 

PPS PrePaid Service 

25 SCP Service Control Point 

SSD Service Support Data 

SSP Service Switching Poing 
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Patentanspruche 

1. Verfahren zur Vergebiihrung von Verbindungen 

bei dem zur Abrechnung mindestens zwei Gebiihrenkont en 
(Account) verwendet werden, und 

bei einem Rufaufbau ein erstes Konto ausgewahlt wird, 
und 

auf diesem ausgewahlten Konto ein Gebuhrenbetrag fiir 
diesen Ruf reserviert wird. 



2. Verfahren nach Patentanspruch 1, dadurch gekennzeichnet , 
daft gepruft wird, ob auf dem ausgewahlten Konto ein aus- 
reichendes Guthaben fiir die Reservierung vorhanden ist, 
und bei negativem Priif ungsergebnis zumindest der Restbe- 

15 trag auf einem zweiten Konto reserviert wird. 

3. Verfahren nach Patentanspruch 1 oder 2, dadurch gekenn- 
zeichnet, daft 

der reservierte Gebuhrenbetrag fur eine festgelegte 
20 Zeiteinheit ausreichend ist, und 

nach Ablauf der Zeiteinheit eine erneute Auswahl des zu 
verwendenden Gebuhrenkontos erfolgt, und 
auf diesem ausgewahlten Konto ein weiterer Gebuhrenbe- 
trag reserviert wird. 

25 

4. Verfahren nach einem der Patentanspruche 1 bis 3, 
dadurch gekennzeichnet, daft 

die tatsachlich angefallenen Verbindungskos ten gesammelt 
werden und 

30 - erst nach Ende des Rufes von den jeweiligen Konten abge- 

zogen werden. 

5. Verfahren nach einem der vorhergehenden Patentanspruche, 
dadurch gekennzeichnet , daft 

35 - kein ausreichendes Guthaben fiir eine Reservierung vor- 

handen ist, und 

der Ruf unterbrochen wird (forced release) und 
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die angef aller.en Verbindungskosten von den jeweiligen 
Konten abgezocen werden. 

6. Verfahren nach einem der vorhergehenden Pat entanspruche, 
5 dadurch gekennzeichnet , dafl 

simultane Rufe ermoglicht werden. 

7. Verfahren nach einem der vorhergehenden Patentanspriiche, 
dadurch gekennzeichnet, daB die Vergebuhrung mittels eines 

0 Prepaid-Verf ahrens durchgefiihrt wird. 

8. Verfahren nach einem der vorhergehenden Patentanspriiche, 
dadurch gekennzeichnet, dafi die angefallenen Verbindungs- 
kosten in mindestens vier Zwischenspeichern kumuliert wer- 

5 den . 

9. Verfahren nach einem der vorhergehenden Patentanspriiche, 
dadurch gekennzeichnet, daft es durch die Technik der In- 
telligenten Netze realisiert wird. 

0 

10. Verfahren nach einem der vorhergehenden Patentanspriiche, 
dadurch gekennzeichnet, daft es in einem Mobil f unknetz an- 
gewendet wird. 
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